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Mark Kulien installing an internal Modem to Donald 
ZimmermanI CoCo-3 in PC Tower Case 

Solder Fest in Port Orchard 

Rodger Alexander cutting multipak to fit into PC Case using 
a drenunel roto tool. Note "How To" instructional book. 
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The Rocket 

is 

Dead 

Letter of Cancellation from Chris Burke 

We have received a number of advance orders for The Rocket, 
but total orders did not exceed our minimiun level of 100 
units. 

This limited demand, combined with recent price increases 
from our software vendors and dynamic memory suppliers, 
have made impractical for burke & burke to produce The 
Rocket at the proposed price of $195. We have considered 
ofifereing The Rocket with less third-party software, more 
Burke & Burke software, a higher base price, and no memory, 
but have decided against doing so since these changes provide 
a less capable platform and delay the project by several 
months. 

I After careful evaulation, we have decided to delay introduction 
I of The Rocket indefinitely. 

With Our Sincere Appreciation for Your Support, 
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MM/1 Update 



This is a general response to the recent inquiries about IMS and it*s problems, 
not responding to this as an IMS representative. 



I am 



First, BlackHawk Enterprises is negotiating an agreement with IMS to assure future 
production and sales of the MM/l. IMS will continue to sell the MM/1, 
BlackHawk Enterprises will integrate the systems. This is being done in order to 
assure two things. First priority is to guarantee production. We want MM/I*s 
available to a rep within no more than 2 weeks. My preference is to have some on 
site with the rep when possible. Second priority is to keep Paul involved with the 
MM/L While Paul has had some problems with management here, he is still 
excellent at marketing , and we need him doing that for the MM/1 community. 
With IBM, Apple, etc as competitors, we can't afford to give up anything that can 
give us an edge, anywhere. 

Second , we will discuss the problem of outstanding orders and warranty work. But 
the amoimt of debt I am willing to take on to purchase IMS's licenses is limited. I 
intend to start this venture with oiu* focus on production and maiketing, not 
servicing past debts in whatever form. I think I will have a big enough job making 
sure I can start out with an adequate inventoiy, and maintain it, much less sort out 
IMS's orders. So, I don*t intend to ask anyone for proof that IMS owes them 
anything. I am going to pass these on directly to Paul Ward, and Paul can handle 
verification. As IMS will continue to sell the MM/1 for us, Paul may choose to 
handle warranty work on previously purchased machines himself. 

Third, we HAVE reached an agreement with a company in Australia to 
manufacture the MM/1 there. Importing to this country has not been discussed. 
The margins on the MM/1 are already too narrow to add paying import duties to our 
expenses. In fact, half of my difficulties in selling my business plan involve coming 
up with plans to sell packages that increase that profit margin to the point that the 
banks see us as viable! We will however, realize a certain amount of income that 
should help us to stabilize domestic production. Further, we assure our Aussy 
friends a short supply line, and quick delivery, something I hope to accomplish here 
as well! (Taiwan has not been discussed, because I have no connections there at this 
time.) 

Lastly, I have already begun exploring ways to assure uninterrupted warrantee 
repair service, assure improved quality of MM/1 production, and decrease lead 
times. I have been helped in this by Paul Ward, who anticipated several options I 
had devised. 1 expect production of 68340 boards to be well underway by the end of 
the year. This will help to finance MM/1 production, and get us back on our feet. 

Presently Paul Ward remains, to my knowledge, the SOLE owner of IMS, and 
the right to produce the MM/1 under license to Kevin Pease. Your support (either 
in purchase! or Cheerleading form)is appreciated! Thanks to all who have expressed 
there support for the sales reps during this time, and please hang in there while we 
work to get through these trying times! 

=-David Graham, BlackHawk Enterprises 93/09/06= 
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More Functions in C 

^^^^ C Tutorial by Randy Kirschenmann 



In last month's article we had a look at a very elementaiy 
implementation of a C language function call. The printbitsO 
function took an integer argument and returned an unspecified 
and unused integer. We can specify functions that pass any 
number and type of arguments. The data returned, however, 
is a bit more restrictive. Only one data element can be passed 
back to the caller from a function in the C language via the 
return statement. This may seem to put unsurmountable 
bounds on our programming efforts using this language. As 
you will see, however, this is not the case. But, I'm getting 
ahead of myself again. First we should examine in more 
detail the fundamentals of C function calls. 

When a function is defined to accept a data type as an 
argmnent, as in: 

addint(x) 

int x; 

{ 

X-X + 1; 
return(x); 

} 

the data that the ftmction receives from the caller is a copy of 
the passed argument. That is to say, in the calling function, 
such as: 

mainO { 
intx; 

addint(x); 

printfC'x is now %d\n", x); 

} 

you might expect the screen to show: 

X is now 2 

I suggest that you compile and test this function. What you 
will see afler running your program will be: 

X is now 1 

So what happened? The data that was acted upon in the 
addintO function was not the variable, int jc, defined in the 
calling function... it was a copy of jc. The integer x, defined in 
function niainQ is local in scope to that function. As is the 
integer jc, defined in addintQ, local to addintQ. No other 
functions can "sec" these local variables. These data items 
come into existence each time the function is called, and are 
destroyed when the function is exited. These local variables 
arc referred to as automatic variables, being created and 
destroyed automatically as functions are entered and exited. 

If we change the addint(x)\ statement in mainQ slightly 
to: 

X = addint(x); 



what is displayed will also change... try this and rerun. You'll 
get the expeaed results of: 

X is now 2 

In this case the value computed in addintQ was passed back to 
the caller, via the retum(x)\ statement, and assigned in the 
calling function to the variable int x in mainQ, which then was 
passed to printfQ. In the original example the results of the 
addition were lost because the caller made no use of the 
returned value. 

Another change which can be made to our example to 
produce the expected results is to define int x as a global (or 
external) variable. Data defined with global scope can be 
accessed and altered by all functions within a given program. 
In order to define a variable as global it is defined outside of 
any function, Hense, the term external, meaning outside. The 
variable must also be declared in any function that needs to 
access it, eittier explicitly, using the extern keyword, or 
implicitly, by context. The extern declaration must be used 
when a global variable appears in a function, within the same 
source file, before its definition. It is common praaice to 
define the global variables at the start of the source files, thus 
eliminating the need for the extern keyword in the 
declarations. Whencompihng 

mmultiple source files, global variables declared in more 
than one source file must have the extern keyword appended 
to the declaration. 

In our example we would write: 

int x; /* notice where this is placed */ 

mainQ { 

x = l; 

addintQ; 

printf("x is now %d\n", x); 



} 



/* strictly speaking this line is not 



extern int x; 
needed */ 

/* unless addintQ is coded in a 
separate file */ addintQ 

{ 

X = X + 1; /* here x is declared by context */ 

} 
We see, by running this program, that jc is acted upon directly 
within the addintQ function. However, instead of operating on 
any int data item which we choose to pass to addintQ^ now we 
are restricted to the single globally defined data item, int x. 
Global data can be used instead of argument lists to 
Continue Next Page 
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More Function Calls in C Continued 



ommunicate between functions. Generally, though, the liberal usage of global variables is not recommended. Locally defined 
data is safer. Only the function in which it is defined has access to it. No outside routines will ever corrupt local data items. 

Another method of communicating between fimctions is the use of pointers. Returning to our original function let's alter 
the parameter list slightly to accept a pointer to int, rather than an int data item. 

mainO { 
int x; 
int *iptr; /* define a pointer to int */ 

x = l; 

iptr == &x; /* set pointer to int variable's address */ 

addint(iptr); /* call function, passing address of x */ 
printf("x is now %d\n", x); 

} 

addint(x) 

int *x; /* redefine argument as a pointer to int */ 

{ 

*x = *x + 1; /* this will add 1 directly to address passed */ 

/* to our function via the pointer */ 

} 
By running this version we see that now addintQ has direct access to our int data variable, passed via the pointer. This allows us 
to directly manipulate data defined as local to a calling function from a subroutine. Notice that the variable x in addintQ is not 
the variable x foimd in mainQ. In fact the variable x in addintQ also is not the variable iptr in mainQ, which is an address. 
What is given to addintQ is a copy of iptr. The actual value in iptr is not affected by addintQ. If we were to write a more 
complicated function involving passed pointers we can demonstrate this. Let's define a function which will parse an array of 
integers and add all of the members together. 
addarr(iptr, n) 
int *iptr; 

int n; /* this will tell us how many items are in the array */ { 

int i, total; 
for(i = 0, total = 0; i < n; i++, iptrHH) 

total += (*iptr)-H-; 
retum(total); 

} 
In this example, notice the format of ti:iQ for(; ;) statement. I have used the comma operator to perform a dual initialization of 
the two variables i and total, and a dual incrementation of i and the variable iptr. In C a pair of expressions separated by the 
conrnia operator is evaluated left to right, and the type and value of the result are the type and value of the right operand. This 
allows both / = and total = 0, as well as /++ and iptr++ to be '^evaluated" in the same expression. 

This function could also have been written, using array notation instead of pointer notation, as: 

addarr(iptr, n) 

int iptr[]; 

int n; /* this will tell us how many items are in the array */ { 

int i, total; 

for(i = 0, total = 0; i < n; i++) 

total += iptr|il++; 
retum(total); 

} 
Notice the slight differences in the two versions. The array notation may be a bit easier for the novice C programmer to 
understand, but the pointer notation is considered to be more elegant and is preferred by experienced users of the C 
programming language. 

Also of interest in this example is the expression "total += (*iptr)++;". To understand what is happening here we need to 
understand first that */prr++ means to increment the value of the pointer, not that to which it points. Whereas (*iptr) + + means 
to increment the value found at the address which is pointed to by iptr. This is due to the hierarchy of the operators defined in 
Continued Next Page 
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More Functions in C continued 



C, Each operator used in C falls into a specified hierarchy; that is to say that the operators with a higher hierarchy will be 
evaluated before those that fall below it. Most operators of equal hierarchy are evaluated left to right, or except for a few that are 
defined as being evaluated as right to left. The precedence and order of evaluation are given in the following table: 

Returning to our example, since we are using post increment, this increment will take place after the pointer is used in the 
expression: 

total += (*iptr)-H-; 
Thus, what we have coded on this line says; add to total, the value found at the address pointed to by iptr, then increment that 
value. Out for (;;) statement will loop thru n times. At the w+l'st iteration of the loop our conditional expression, / < w, will be 
false, causing control to exit the loop. At this point iptr will be pointing to (length-of-int-iype * n) bytes higher in memory than 
it was when we entered the loop. Our function will return to caller the total calculated. 
To inspect the values stored in our array of int we will write another short ftmction: 

printarr(iptr, a) 

int *iptr, n; 

{ 

int i; 

for(i = 0; i < n; 1++) 

printf("arr[%d] = %d\n", i, *iptr); 
return; 

} 
Now we write mainQ to demonstrate what we are discussing: 
mainQ { 

int *iptr; /* this pointer is needed only to demonstrate */ 

/* how pointers can be passed to a function */ 
static int arr[4I = {1, 2, 3, 4}; 
iptr = arr; /* this initializes our pointer */ 

printarr(arr, 4); /* we can use the array name as a pointer */ 
printf("the sigma sum is %d\n", addarr(iptr, 4)); 
printarr(arr, 4); 
printf{"*iptr = %d\n", *iptr); /* where is iptr pointing now? */ 

} 
First off you'll notice that I Ve declared my array of int to be static. K&R C will not allow us to initialize a local array in the 

declaration. I could have specifically assigned values to each of the array elements as in: 

arr[OJ - 1; 

arr[ll = 2; 
etc. But by declaring it as static the compiler will tag this as external and thus allow us to initialize it in the declaration. Static 

local variables, though external in luTkap^a^ar^p1nha^varia|jg^ar^gHl variahlfiS 

declared as static are visible only to 
functions within the same source 
file. This adds an additional level of 
privacy to our data declarations. A 
static variable is initialized only 
once and retains its value even when 
the function within which it is 
declared goes out of scope. What 
this means is: if we call a function 
which contains a static local 
variable, after returning from the 
function if we call that same 
fxmction a second time the variable 
will still have the value it had when 
the ftmction was exited. More 
clearly, compile and execute this 
program: 
mainO { 

int x; 



Operator 


Associativety 


[] -> . 


left to right 


! ^ ++ « - (type) * & sizeof 


right to left 


* / % 


left to right 


+ - 


left to right 


« » 


left to right 


<<=>>= 


left to right 


— I- 


left to right 
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left to right 
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left to right 
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left to right 


&& 


left to right 


II 


left to right 


?: 


right to left 


= += -= etc. 


right to left 
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More Functions in C continued 



for(x = 0; X < 20; x++) 

printf("x is now %d\n",fO); 

} 

static int i = 0; 
return i-H-; 

} 
Note that the value being displayed is not the int x defined 
within mainQ, This variable is used only as a counter. The 
value displayed is the int being returned to main from fQ. If 
we remove the static qualifier, recompile and tlien execute this 
program we see a diiferent display. Running the modified 
code demonstrates the action of the static qualifier for single 
source file programs. 

Our program initializes a pointer variable with the 
address of an array of int. This pointer is now synonimous 
with the array; tliat is to say that the pointer variable and the 
array name point to the same address (remember, the name of 
an array is a pointer constant). The first ececutable statement 
is a call to our print function which will iterate through the 
array and print each of its values, Follovdng this, the sigma 
sum is computed by a call to the function addarrQ, and the 
result returned is displayed via a call to print/Q. Notice how 
all this can be accomplished in one line of code. The 
expression "addarr(iptr, 4)" evaluates to the value returned by 
the function when it is exited. Also notice how the pointer 
passed to this function is incremented within the function to 
access each of the separate elements of the array. However, 
upon exiting, the pointer used in mainQ still retains its 
original address, that of the start of the array. We verify this 
in the final statement oi mainQ- Before this statement another 



call to printarrQ shows that each of the elements in arr has 
been incremented by addarrQ- 

What this program shows us is that elements of an array 
can be altered permanently from within a subfimction. The 
subfunction has access to the actual addresses of each of the 
elements and thus has the ability to effect a permanent change 
upon the data stored at that address. A word of caution is in 
order here. PrintarrQ and addarrQ have no idea of where the 
array starts or stops. We pass a pointer and an integer value 
to these functions to be used as the lower and upper limits to 
their iterations, but there's nothing to prevent us (or another 
user of these functions) to send erroneous values, ones that 
would cause addarrQ to increment data at addresses outside 
the bounds of our array. In fact we can access memory that 
doesn't even l)elong to our program's allocated memory. This 
places the responsibility directly on the programmer to 
properly use pointers. The C compiler has no safeguards to 
prevent illegal use of pointers and if our programs produce 
spectacular crashes, this is generally the first thing to look for. 

So far we've seen only a few of the many various 
methods available to this programming language of defining 
data and acting on it. We haven*t looked at structs and unions 
yet, which provide the C programer with the means of 
defining new and useful data types akin to Basic09's type 
statement. As we expand our knowledge and command of the 
C programming language we'll really begin to see how 
versatile and powerful a tool it can be. 

==Randy Kirschenmann== 

Mt. Rainier CoCo Club 

FioNET;OS-9 Echo 




Terry 
Laraway's 

CoCo 
Etcetera 

Parts 

Hardware 

Hard to Hod items 



Hitachi 6309 chip & socket 

Kel Am custom *Y' Cables 

512K Ram Chips/Kits 

2400 Baud hayes compatible ext. modems 



$12 
(Call) 
(Call) 
$40 



Serial to Parallel Interface with 64K buffer (Cable incl.) $50 

Phone (206) 692-5374 
41 N.W. Doncee Drive, Bremerton, WA 98310 



CoCo Hardware For Sale 

ST-225 20Meg Hard Drive $50 
Deluxe RS-232 PAK $25 

PBJ 6-Slot M ultiPak $50 

Call 1-206-734-5806 

Prices do not include shipping cost 
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2. I have a file in my /DD/SYS directory called 
/DD/SYS/Shell.Parameters . This is a special script that 
Shells reads and executes when it starts up. Following is it's 
contents: 

r=</dd/user/trix/startup -p 
What this does is to tell Shell+ to redirect STDIN to come 
from the script file /DD/USER/TRIX/startup and to not display 
a prompt. 

3. Next I created the file /DD/USER/TRIX/startup as my own 
personal startup file. And here is what's in that file: 

path=/dd/cmds /dd/etc 

chx /dd/cmds; chd /dd/bbs.dev/daeinon 

P ; i=/i 
The first line of this file sets up my path (insuring that 
/DD/CMDS will always be searched for executables no matter 
where I CX to). The second line sets up my execution and 
working directories. The third line does two things; first it 
tells Shell-^ that it's ok to show the prompt again, and second 
it redirects STDIN "back" to the same path as STDOUT. 
==John Farrar=^ 
FidoNET;OS-9 Echo 



/im Phil, I use a special version of CC3GO by Roger A. 
Krupski, What it does is set yom* default CMDS and working 
dirs before exiting the startup file/ For my other windows I 
usually change PWD and PXD to the desired dirs and then 
start a shell ie, CHD /dd/game$;CHX 
/dd/games/CMDS;sheIl i-/w[M^,etcl p="OS9[@]_$:"& 
. All handled in startup, 

CC3GO - Found in CC3GO,(AR or PAK) from Roger A. 
Krupski. CRC = 8E7E34 

This gives Shell Plus users the option of using a parameter file 
to define startup paths and gives back 256 bytes of wasted 
system memory. I like this one myself! 

NOTE: DO YOURSELF AND ANYONE ELSE YOU NEED 
HELP FROM A BIG FAVOR.., GET SHELLPLUS version 
2.1. I can't begin to tell you what you are missing!!! There is 
also a two byte patch for the version 2, 1 Shell. 

==Paul Fitch=- 
FidoNET; OS-9 Echo 
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This is the third time that we have printed this project in the OS-9 Newsletter. The original article was submitted by Pat 
Plueard and demonstrated at the Seattle 68xxxMUG meeting. We gladly published the article in the May '92 issue. However 
we could not duplicate Pat's success and determined that the logic circuity for the I/O Address was incorrect. Unfortunately, 
we incorrectly used the PC AT Hard Drive Address instead of the XT Hard Drive Address. We also published our findings 
before we had a chance to test our re-design. For this we are very sorry. We know that we have caused failed efforts and 
frustration to several of our subscribers (we recieved comments). Our own frustration led to putting the project on the shelf for 
nine months. In May, mostly due to the request of Mark Kulien, we once again tackled the interface project, but this time 
with the assistance of Mike Pleas and this time we got it right! IT WORKS!!!!! 

Figure 1 is the circuit diagram for the interface card. It's very simple and can be accomplished using point to point wiring with 
30 guage wire such as that used for wire wrapping (R.S. Cat.# 278-501). Three integrated circuits are used: 74LS32 Quad 2- 
Input OR Gate, and two 74LS04 Hex Inverters. The chips are very inexpensive and readily available fi'om any electronic 
supply store. The most difficult part of the construction is soldering the 62 position PC/XT Bus Card-Edge Connector (RS. 
Cat.# 276-1453) to the end of the circuit board. Refer to the May '92 OS-9 Newsletter for the IBM Bus pin-outs. To simplify 
the construction, use a pre-pimched plug-in circuit board available from Radio Shack (Cat,# 266-192). This board has 72 
position card edge connectors, we only need 40, so carefully cut off the imnecessary connector traces making sure that the 
remaining 40 traces will line up properly when plugged into the Multi-Pak. 

The only remaining hardware is an XT-MFM or RLL Controller Card which retails for about $50, IVe also purchased several 
cards recently at the AM Computer Swap Meet for $20. Specifically you are looking for a Western Digital WD1002 series or 
the WDXT-GEN Controller Card. You can also use the DTC 5150CRH and 5160CRH or Adaptec's 2072. Just make sure 
that if you are going to use an RLL Hard Drive that you use an RLL type controller. Some MFM Hard Drives can be made to 
work with an RLL Controller, but you're pushing it! (See Burke & Burke's CoCo XT Manual, pages A16-A20 for a more 
detailed explanation) 

SOFTWARE : 

This project is almost too good to be true. For less than $10 in parts you can build your own hard drive interface that looks very 
similar to the Burke and Burke Interface, and in fact it operates under the Biu*ke and Burke Software. However, be aware that 
B&B's software package is copyrighted and you will need to purchase the software from Burke and Burke (P.O. Box 733 Maple 
Valley, WA 98038. 1-800-237-2409 or 206-432-1814), Burke & Burke will sell the software separately for about $10. 

Continued Next Page 
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Puppa PC Keyboard Interface 
to be published in 68^ Micros 



68' micros has been a success so far! The second issue will be 
printed and sent by the end of this week. FARNA Systems will 
also be at the CoCo Fest in Atlanta. The SEPT 15 issue has 
the schematic for the Puppo keyboard interface. The NOV 1 
issue will have a source for bare boards for those who wish to 
build their own. There will be support coming for G-Windows 
and industrial OS-9 in general. Support is also there for 
DECB, OS-9 (CoCo), and OS-9/68000, We are delivering a 
30 page 8.5"x 11" magazine ... it is literally STUFFED with 
information! 68' micros is published 8 times per year (every 
six weeks, approx). Yearly subscription is $23, six months is 
$12. Send subscriptions to: FARNA Systems, Box 321, WR, 
GA 31099-0321. 

I will be sending the 15 SEPT issue out for all new 
subscriptions until 01 October. Copies will be available at the 
Fest, as well as copies of the first issue (01 August). Back 
issues are normally $4.95 for the first, $4.45 each additional 
For those subscribing before 1 October, the first issue will be 
available for $3.50 (the price they will be selling for at the 
Atlanta Fest), including shipping. 

We have about 175 subscribers now (all PAID 
subscriptions!), and expect to have well over 200 (close to 
250) by the end of the year. For those who have subscribed 
already, thanks for the support! ! 

=Frank Swygert== 
FARNA SYSTEMS 



NitrOS-9 

Bench Test Update 



A fi-iend of mine just called me telling me about the 
newest issue of the No Name Magazine he had just 
received. I have not seen it yet, but there v^as an 
article of some interest to me. It was an article about 
NiirOS9 and Power Booster, comparing speed 
increases over stock OS-9, The article was written by 
Alan Dekok. 

rd like to make a small addition to the times 
mentioned in the article. Apparently the article did not 
mention the NitrOS9 version used. As far as I know, 
it was vl.07, the version purchased by Alan. The 
times for NitrOS9 vL 15 are a little different, as you 
will see... 

These tests were the time taken to list a text file. I 
cannot remember how big it was, but the same file 
was used in each test. 



Screen Type Stock OS-9 Power Booster HitrOSS vl,07 NitrOS9 vl.l5 



80 Col Text 

80 Col Graphics 

4 Color Grf . 



41 
96 
256 



36 

75 
205 



2e 

52 
169 



These times are in seconds. 

=Wes Gale= 
^^^^^^^^jidoNETjOSj9^^ 




^•* How can I force OS-9 to boot up to another directory 
besides /DO and /DO/CMDS? 

==Phil Lewis= 

/!• You could stick login as the last command in 
your startup file. That way when you logged on to 
your system, it would get your starting directory 
from the /dd/sys/password file. Check the manual on 
login before you do this, so that you don't accidently 
lock yourself out of your computer! 
^^Colin McKay= 
FioNET; OS-9 Echo 

/4 • Another solution is to create a new window and start a 
shell, they will have the directories of the window where they 
were created, (the Parent and Child stuff). So if you want two 



windows with the same directories, create the new window 
while in the window with the desired directories. 

I think that you will also find that in your startup file you can; 

echo Initialize Window 1 

load wcreate (not required if wcreate in memory or in 

/dl/cmds) 

chx /dl/cmds 

chd /dl 

iniz wl 

wcreate /wl -s=2 80 25 5 1 1 

shell i=/wl& 
Wl should have Dl as its data and exec dirs. This will not 
aJBfect the Term window, since when the startup file ends, the 
shell that it is executing fi-om, will die (in 0S9 speak). The 
'term' window directories are set in CC3go. 
===Merv Curly= 
FidoNET; OS-9 Echo 

/\ m You can have OS-9 start up in a directory other than 

the root ofyour boot drive. Here's how I did it: 

1. (jret rid of the stock shell. :-) Get yom* hands on a copy of 

Shell2LAR (Sheila). 
Continued Next Pa^ e 
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CoCo CoCo 
Bus, Signal 
Pin# Name 



IBM IBM 
Signal Buss 
Name Pin# 



39-A15 
38 = A14 

37 = A13 
31-A12 
30 = All 
29 = A10 
28 = A9 
27 = A8 
26 = A7 
25 = A6 
24 = A5 
23 = A4 
22 = A3 
21 =A2 
20 = A1 
19 = A0 



+5 - 
GND" 




l>± 



A19 = A 

A16 = A 
A15 = A16 



A14 = A1 
A13 = A 
A12 = A 
All =A20 
A10 = A21 
A9 = A22 
AS -A23 
A7 -A24 
A6 =A25 
A5 =A26 
A4 =A27 
A3 =A28 
A2 =A29 
Al =A30 
AO =A31 



17 = D7 
16-D6 
15 = D5 
14 = D4 
13 = D3 
12 = D2 
11=D1 
10 = DO 



18 = R/W 



5 = Reset 

6 = E 
36 = SCS 

33 = GND 

2 = +12 
9 = +5 



D7 =A2 
D6 =A3 
D5 =A4 
D4 =A5 
D3 =A6 
D2 =A7 
Dl =A8 
DO =A9 





1 ►« 




1 m 






J^^ ^^ 






^^ GND 






►• 






+5 



I0W = B13 



32 = CTS 



IOR = B14 

AEN = A11 
Reset = B2 
E = B20 
DACK3 = B15 
GND = B1,B10,B31 
+12 = B9 
+5 =B 3, B29 
MEMW = B1I 
MEMR=B12 



Figure 1 



Woutd you Befieve W 

FREE ADVERTISING SPACE 
TO SUBSCRIBERS 



10 



OS-9 Newsletter 



September 1993 




Club Activities Report 

BeUingham 0S9 Users Group - Longview/Kelso CoCo Club 
Mt Rainier CoCo Club - Port O'CoCo Club - Seattle 68xxx Mug 



Seattle G8zn MUC 

The September 7th meeting of the 
Seattle 68xxx Micro Users Group began 
with a demonstration of the successful 
completion of the parallel port first 
featured in the February '93 issue of the 
OS-9 Newsletter. After about 10 minutes 
of creative patching and stretching of 
power cords, we finally had a CoCo-3 
running on a monochrome monitor with 
a disk drive and a Tandy DMP-105 
Printer hooked up to the serial port on 
the CoCo set at 2400 baud. Another 
DMP-105 Printer hooked up to the new 
DB-25 pin "Parallel Port" located on 
the back of tlie CoCo just below the 
Joystick Ports. 

Rodger Alexander removed the 
cover so we could see how a second 
68B21 PI A chip was "piggybacked" on 
top of the original PIA on the CoCo's 
motherboard. The wiring for the parallel 
port all came off of the left side of the 
chip and was routed under the mother 
board to the back of the CoCo where a 
DB-25 pin female connector was 
mounted on the lower portion of the 
case. 

We had a "Parallel" vs. "Serial" 
race. Both printers operated at the same 
time although there was a marked 
difference in performance between the 
serial operation and the parallel 
operation..,. You guessed it, the parallel 
printer finished way ahead of the serial 
printer even though the serial printer 
started first. When the parallel printer 
ran out of paper, an error message was 
displayed: "Error 199 - Paper Out". 

Scott Honaker diagrammed on the 
chalk board the difference between 
parallel and serial information sent or 
received and how the original PIA was 
configured by Tandy to work as a serial 
port so that the two sets of data lines 



could be used to pass information to 
two joystick ports, the cassette port and 
the "bit-banger" serial port. The idea 
was to get as many port fiinctions as 
possible from the least amount of 
electronics. 

Donald Zimmerman gave a report 
on the "Solder Fest" held at Port 
Orchard on August 1 9th (See the 
August issue of the 0*S'-P Newsletter). 
Photographs of the event were passed 
around as well as pictures of last 
month's meeting and The Mt. Rainier 
CoCo Club meeting and the Port 
O'CoCo club meeting. 

Donald also reported that the Port 
0*CoCo Club was underwriting the cost 
of setting up an informational booth at 
the next two A&M Computer Swap 
Meets (September 11 and October 
2nd). Volunteers are needed to "man 
the booth" for both dates. The 
Computer Bank Charity will also be 
present at both Swap Meets. They have 
lost storage space at the Fir Crest 
facilities in Seattle and will be trying to 
"unload" as much PC equipment as 
possible. They won't be undersold! 
Bargains to be had! Etc., etc. 

Donald shared the latest issues of 
"TTze International Underground' 
featuring an article about "The Rocket" 
by Burke & Burke. Discussion 
followed as how to notify Chris Burke 
as to your support or lack of support for 
the increased cost ($50) for "The 
Rocket". Chris appears to respond 
almost instantly to his internet E-Mail 
address: burke@mddxomm.motcom. 

Bob Belka shared his "free" 
purchase of a keyboard fi-om Vetco. It 
was especially notable because the case 
fits the CoCo Keyboard exactly, Vetco 
is an electronics surplus outlet located 
on Northrup Was in Bellevue. 

Scott Honaker shared recent 
information regarding Motorola's 



development of the "Power PC" RISC 
processor family based on parameters 
supplied by IBM. The result will be a 
new generation of Macintosh type 
computers that Microsoft will also 
provide "Windows NT". As a result, 
the Power PC will have access to all 
Macintosh software as well as all 
Windows applications. 

The final portion of the meeting was 
provided by Buzz Jones who brought the 
"Dysun Alignment Disk" along with the 
J&M Utility package that accesses the 
alignment disk. We noticed some 
problems with one of the disk drive we 
were using so we ran a "(Juick Test" and 
discovered that the second head of Drive 
1 was badly out of alignment. This is an 
amazing package that is absolutely 
necessary for repairing disk drives. 
Unfortunately, the Dysim Alignment 
Disk cost about $100 for the 360K 
format. 
=Rodger and Barbara Alexander= 



Fort 0-CoCo Club 

This month the Birthday list consisted of 
Chris Johnson of OS-9 Tacoma BBS 
fame, Richard Ambler and Bud Helch. 

We hope they each had a healthy and 
happy day! We had no downside this 
month. We are imaware of any of the 
group being under the weather. 

First on the agenda was the topic of 
the A&M Computer Swap Meet. We 
had purchased table space from them to 
promote the club. We were next to the 
Computer Bank Charity and our comer 
of the world brought in a lot of 
interest. Terry was the hub of activity 
with his supped up CoCo and a hot color 
printer cranking out zinging graphics of 
all kinds and colors. Even those high 
tech coloraser and bubble ink jet types 
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are impressed by what the CGP-220 produces under the tight 
command of Terry! 

Right next to our booth was a dealer selling mini towers 
cases w/power supplies for only $35 {TLC Commurticatis, 
1045 Wildwood Blvd SW, Issaquah WA 98027-4506, Phone 
(206) 392-9592). Accomg to Rodger Alexander the 
placement of the slots, the power supply and the width of the 
tower is just right for our conversion to a tower setup. At the 
Seattle meeting this month another source of towers was 
mentioned: PC Workers at i3219orthup Way UllO in 
Bellevue. The phone is 64 1-4} 41. Their mini towers were 
$40 without LED display with power supply. Prices sure are 
coming down from the $100 plus just a year ago! 

Port O'CoCo will offer a series of three presentations 
during our October, Novenieber and December meetings. 
There will be two topics. The first will be a 40-50 minute 
presentation about BASIC and RS-DOS. Presented by Gene 
Elliott, the presumption will be that you have no previous 
experience with either. This ''Starting from the Beginning'' 
presentation will be during the first part of the meeting. After 
a brief break the second presentation will be on OS-9 and the 
applications available under OS-9 Mark Kulien will be one 
of the presenters. The presentation will also be about 40-50 
minutes long. That will bring us up to about 9 p.m. and the 
rest of the time is for informal help and discussion. Everyone 
is welcome regardless of your level of imderstanding. 
==Donald Zimmemian= 



••••••••••••••••••••••••••••••••^ 




I thought I would briefly take the time to list some of the new 
goodies I saw at the fest in Atlanta the past two days.. .(October 
2&3) 

Graphical adventure game of last year's Atlanta fest... 
digitized pictures of the last fest make this adventure game 
great! Available for OS-9/CoCo and OSk/MMl. 
TOWEL: A great menu-<iriven disk utility for easy copying, 
deleting, moving, making, and zillion other things with disk 
files... very slick. Available for OS-9/CoCo and being ported to 
OSk/MMl. 

GCal: a Graphical Calendar program by Bill... sorry I forgot 
his last name! He always works with IMS or BlackHawk 
enterprises for MM/1 sales. The program, then, is for the 
MM/1. 

Calculator: A free desktop calculator was given away for 
MM/1 K-Windows. Bible oncordance... a very very fast and 
slick bible concordance was being sold for OSK... a coco/OS-9 
release date was set for two weeks. 

RS-DOS term program for OS-9 codes: If you want to 
access an OS-9 BBS or just access another OS-9 computer 
from the serial port, but still get OS-9 codes (colors, overlay 
windows, underlining, reverse video, pulldown menus, etc) 
from RS-DOS, there was a great program for RS-DOS that 
even ran on a tape (non-disk) system to emulate all those nice 
OS-9 codes! 
flMM/1 340 UPGRADE: Makes the MM/1 really fiy! This 
was an amazing thing to see... the graphics on the MM/1 were 
-^very very fast! Almost a must for MM/ 1 owners. 
^ SpeedDisk - OSK: (and maybe CoCo OS-9??) disk 
^ defragmenter. Really speeds up disk access for those with 
^ hard disks that are experiencing fragmentation! 
i WeVe been in the software business for over 10 i GNOP: (PONG spelled backwards!) Chris Hawks of Hawk 
• years-and we've developed lots of excellent 9^^^ ^^^^ ^^ "^^ ^^"^^ program using MM/1 hardware 



Great Stuff 
for your OS-9 System 



• software over that time. 



We don't have room inJ «='«"'"8 ("> ^°' « "^^ P«°8 8^^ ^^^^'^ *' ^^ '^' 



-^ , . „ 1-1 ,11 i< stationary while the screen moves around the ball, and you 

it this space to tell you everthing, but we d love to ^ 

i send you our catalogue listing all of our products. Jjicved: A wonderful and dazzling front-end for MM/1 version 



^ Great stuff like our Ved text editor, Vprint textJofVED! Buttons and stuff make editing text files a delightful 
* formatter, Cribbage, Magazine Index System, J process! 



• 
• 

• 

••••••••••••••••••••••••••••••••1^ 



OS-9 or OS9/68000! 

Bob van der Poel Software 

PO Box 355 POBox57 

Porthill, ID Wynndel, EC 



US 83853 



Canada VOB 2N0 



Phone (604)-866-5772 



have to line up the paddle to hit the ball! 



Alan Dekok's Smash Game: 



Drew much interest, as it ran 
Amazing speed 



Ultra Label Maker, Vmail, amd more. M 

i^ with full arcade quality under CoCo OS-9! 

2 and graphics! 
So you only get what you need, please specifiy^ ^Iso: A new OSTerm for MM/1; fax display program 

^ running under GWindows.; fax possibly on the CoCo; 
J Truetype fonts on the MM/1; MM/1 screen button 
i^ designer; termcap version of OSTerm; termcap version of 
^ Write-Right; MM/2! 68030 upgrade board 

Ok, I am at a loss for more rumours, although there are more, 

3 so I'll leave the rest for others to try and fill in! 
J ==Mathew Hegberg== 
5 " <JOELHEGBERG@DELPHI.COM>" 



s^ 



Washington State BBS List 

COLUMBIA HTS. BBS 

— Longview/Kelso — 
RiBBS (FidoNET) 

(206) 425-5804 

DATA WAREHOUSE BBS 

— Spokane — 
RiBBS (FidoNET) 

(509) 325-6787 

BARBEQUED RIBBS 

~ Bellingham ~ 
PC-Board (PC-Net) - CoCo Conference #5 

(206) 676-5787 

OS-9 TACOMA BBS 

~ Tacoma ~ 

RiBBS (FidoNET) 

(206) 566-8857 

ULTIMATE EXPERIENCE BBS 

~ Anacortes ~ 

RiBBS (MaxNET) 

(206) 299-0491 



Bellingham OS-9 Users Forum 



OS-9 and the Color Computer $7 

Tutorial and Hardware Hacker's Manual. 
/ncludes 5-1/4 Disk of (360K) of upgrade software 

Color Computer Video Library $10 

Fixing the MultiPak IRQ * Installing Floppy Drives 
Installing 5 12K Memory * Installing B&B Hard Drive 

OS-9 Newsletter $12/yr. 

12 monthly issues packed with OS9 Update, Tutorials, 

Listings, Classifieds and PNW "Club Activity Reports" 

Subscriber's Technical Support (206) 734-5806 

Mail your order to: Bellingham OS-9 Users Forum 
3404 Illinois Lane, Bellingham WA 98226 



COPYRIGHT NOTICE 
The OS-9 Newsletter is a copyrighted 
publication by the Bellingham OS-9 Users 
Forum; Rodger Alexander, Mitor. Duplica- 
tion and/or distribution is prohibited without 
written permissiO|i^afth^dito^^^^?^^w^ 
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